home *** CD-ROM | disk | FTP | other *** search
/ Aminet 2 / Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso / Aminet / dev / amos / AMOSList0993.lzh / AMOSLIST / 000008_amos-request@svcs1.digex.net_Fri Sep 3 21:10:09 1993.msg < prev    next >
Internet Message Format  |  1993-10-03  |  5KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA14150
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Fri, 3 Sep 1993 21:10:08 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA14871; Fri, 3 Sep 93 21:08:35 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA03505
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 20:53:15 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA03500
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Fri, 3 Sep 1993 20:53:10 -0400
  9. Received: from wraith.cs.uow.edu.au by access.digex.net with SMTP id AA11571
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.net>); Fri, 3 Sep 1993 20:52:31 -0400
  11. Received: by wraith.cs.uow.edu.au
  12.     (5.65c/IDA-1.4.4); id AA10275; Sat, 4 Sep 1993 10:51:51 +1000
  13.     (from u9147063@cs.uow.edu.au for amos-list@access.digex.net)
  14. From: Richard Barry Ling <u9147063@cs.uow.edu.au>
  15. Message-Id: <199309040051.AA10275@wraith.cs.uow.edu.au>
  16. Subject: Re: Look at this 24 lines of code
  17. To: amos-list@access.digex.net (AMOS User group)
  18. Date: Sat, 4 Sep 1993 10:51:50 +1000 (EST)
  19. Mime-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. Content-Length: 3464      
  23. Status: RO
  24.  
  25.  
  26. > HI everyone!!!
  27. > I recently posted some help on a flickering bob routine
  28. > and got about 5 different answers, three of them worked,
  29. > but two of them were FAST, and so I decided to use the
  30. > shortest one of the two.
  31. > 
  32. > Now my problem is, when I tried the piece of code
  33. > in a small individual program, everything worked fine,
  34. > BUT when I tried it in my real-life 24k program, for
  35. > some reason I get NOTHING on the screen!!!
  36. > 
  37. > So here's the 24k code reduced to about 24 lines,
  38. > I'll just show you the commands that have anything
  39. > to do whith handling graphics, ok? here it is:
  40. > 
  41. > 
  42. > screen open 1,352,240,32,lowres
  43. > load iff "infest:gameboard",1
  44. > screen display 1,,20,,
  45. > screen to front 1
  46. > load iff "infest:players",2
  47. > screen to back 2
  48. > change mouse 2
  49. > double buffer
  50. > autoback 0
  51. > update off
  52. >     .
  53. >     .
  54. >     .
  55. > load "infest:infestbobs.abk",1
  56. > screen 1
  57. > load "infest:samples.abk",1
  58. > sam bank 1
  59. >     .
  60. >     .
  61. >     .
  62. > Piece-Anim : rem calls the procedure you guys helped me with
  63. >     .
  64. >     .
  65. >     .
  66. > procedure Piece-Anim
  67. > for range=rangeL to rangeR
  68. >    bob clear
  69. >    bob 1,xblit,yblit,range
  70. >    bob draw
  71. >    screen swap
  72. >    wait 2
  73. > next range
  74. > end proc
  75. > 
  76. > rem this is it!, so what am I doing wrong here?????????????
  77.  
  78. Well, as Andy pointed out, you can't load two data files into bank 1, since
  79. the previous bank gets forgotten.
  80.  
  81. The other thing is that you're opening screen 2, which selects screen 2 as
  82. the current screen; then you call double buffer, which double buffers screen
  83. 2 (always double buffers the current screen!) and then you're selecting
  84. screen 1 again and doing the animation, and screen 1 isn't double buffered!
  85. So even if you could display the animation, it would still flicker.
  86.  
  87. For the above program, I suggest calling Double Buffer right after opening
  88. the screen 1.
  89.  
  90. A couple of other pointers:
  91.  
  92.  * opening a screen brings it to the front, so no need for
  93.    screen to front 1.  It also "selects" that screen.
  94.  
  95.  * using Load Iff with a screen number automagically opens a screen
  96.    appropriate for the picture, closing any screen with the same screen
  97.    number.  which means that your example opens screen 1, then, when you
  98.    call Load Iff, closes it and opens it again.
  99.  
  100.  * Are you still using screen 0 (the default screen)?  Otherwise it stays
  101.    open, wasting memory.  Substitute screens 0 and 1 for 1 and 2 and you'll
  102.    save quite a bit of chip RAM.
  103.  
  104. I'd use this:
  105.  
  106. load iff "infest:players",0        replace default screen with
  107.                     your "players" picture
  108.  
  109. load iff "infest:gameboard",1        this puts screen 1 in front
  110. screen display 1,,20,,
  111. double buffer                double buffer screen 1
  112. autoback 0
  113. update off
  114. change mouse 2
  115.  
  116. then go on with your animation etc. using screen 1..
  117.  
  118. > p.s.: Are there any books that actually EXPLAIN what each
  119. >       command REALLY does and how it AFFECTS other commads
  120. >       later on in your code???
  121.  
  122. This is something that annoyed me a bit about AMOS at first, too.  There are
  123. so many commands which affect each other, but no real indication of how they
  124. interact.  I just used trial and error.... lots of trial, and lots of errors!
  125.  
  126. > sincerely,
  127. >     hacker@acs.bu.edu
  128. > 
  129. > p.s.: THANKS in advance everyone!!!
  130. > 
  131.  
  132. Hey, no problem!! :-)
  133.  
  134. RL.
  135.  
  136.  
  137. This has been a dinosaur-free announcement.
  138.  
  139. ==========================  Generating: .signature
  140.    Richard Ling             - colour analysis... complete
  141.  u9147063@cs.uow.edu.au     - clipping... complete
  142. ==========================  - rendering... 37.6%
  143.  
  144.